\subsection{Análisis}

A continuación se presentan las ubicaciones aproximadas de los enlaces. Al preparar estos gráficos, nos encontramos que algunas ubicaciones de los enlaces no estaban al pie del continente, como uno esperaría. Sino que el extremo del enlace se encontraba tierra adentro del continente. Tal vez para optimizar el trayecto del paquete es que en la ruta no figuran aquellos host que están al pie del Oceano Atlantico.

\begin{figure}[H]
   \begin{center}
   \includegraphics[width=1.0\textwidth]{img/enlace_arg_esp.png}
   \caption{\textbf{Enlace tras\'atlantico entre Bs.As y Madrid}}
   \label{fig:arg-esp}
   \end{center}
\end{figure}

\begin{figure}[H]
   \begin{center}
   \includegraphics[width=1.0\textwidth]{img/enlace_usa_esp.png}
   \caption{\textbf{Enlace tras\'atlantico entre Madrid y Colorado}}
   \label{fig:esp-usa}
   \end{center}
\end{figure}

\begin{figure}[H]
   \begin{center}
   \includegraphics[width=1.0\textwidth]{img/enlace_usa_ing.png}
   \caption{\textbf{Enlace tras\'atlantico entre San Francisco y Londres}}
   \label{fig:usa-ing}
   \end{center}
\end{figure}

Teniendo en cuenta la ubicacion de los extremos de cada enlace, segun se observa en estas graficas, el calculo del RTT de cada enlace, no se corresponde exclusivamente al RTT que tomaria en recorrer el enlace de fibra optica submarino. Sino tambien el recorrido por parte del continente, hasta dar con el hop correspondiente. \\

\title{Mediciones Temporales}

A continuacion presentamos graficamente los resultados temporales obtenidos. Sobre cada enlace con el que trabajamos, se calculo el RTT en distintos horarios, en dias laborables y no laborables. La idea era observar las variaciones temporales como consecuencia de una mayor carga en el trafico de la red, asociada con el ritmo de las actividades de un dia laboral. Aun asi, no notamos diferencias significativas en estas situaciones, por lo que nos parecio interesante enfocarnos en calcular los tiempos promedio de cada ruta y sus correspondientes enlaces transatlanticos.

\begin{figure}[H]
   \begin{center}
   \includegraphics[width=1.0\textwidth]{img/traceroute_promedio_wwwcuhkeduhk.png}
   \caption{\textbf{Tiempos ruta a www.cuhk.edu.hk - Enlace tras\'atlantico entre San Francisco y Londres}}
   \label{fig:usa-ing}
   \end{center}
\end{figure}

\begin{figure}[H]
   \begin{center}
   \includegraphics[width=1.0\textwidth]{img/traceroute_promedio_wwwsapocomza.png}
   \caption{\textbf{Tiempos ruta a www.sapo.co.za - Enlace tras\'atlantico entre San Francisco y Londres}}
   \label{fig:usa-ing}
   \end{center}
\end{figure}

Si bien alguno de los hops de cada ruta puede variar de una ejecucion de traceroute a otra, la mayoria de los hops se mantuvo a lo largo de las distintas pruebas. Es por ello que nos enfocamos en tomar los promedios, mas alla de que las muestras sobre el cual lo calculamos podia variar levemente.

Se observa que la linea de tiempo de ambos graficos es creciente, pero no monotona creciente. Evidentemente hay host que mas alla de estar mas lejos, tienen un mejor tiempo de respuesta ante un pedido de request. Esto puede ocurrir por algunos hosts que tienen una mayor concurrencia de paquetes, o un manejo distinto del encolamiento. 

Tambien nos encontramos con algunos casos para destacar:\\

\begin{itemize}
\item En el caso del enlace EEUU - UK, accedimos a varias paginas de Inglaterra y nos encontramos con que teniamos un RTT mayor en nuestro lado del atlantico, que del lado europeo. Al principio pensamos que era un error de medicion, pero luego de consultar otras paginas localizadas en Londres, obtuvimos el mismo resultado: mayor RTT en EEUU que en Londres. De alguna manera el extremo lejano del enlace optimiza los pedidos de request. O tal vez trata las respuestas con otras prioridades que el host del lado americano. 
\item Para la pagina oficial de Nueva Zelanda, y en busqueda de un enlace transatlantico, nos encontramos con que el desitno final de la pagina era Estados Unidos, y la pagina nunca cruzaba el Atlantico. Sino que esta hosteada en aquel pais del norte.
\item Tambien dimos con otro caso, en busca de paginas españolas, el destino final de esta pagina era la misma Buenos Aires, es posible que hubieramos estado accediento a una pagina cacheada en algun host de nuestro ISP.
\item Trabajando con mi compañero cada uno en su maquina, tuvimos muchos casos en donde ejecutando traceroute en una computadora, se mostraba una ruta distinta a la devuelta en su maquina. La diferencia llegó a ser tan notable, que hasta elegía distinto enlace transatlantico (Argentina-Italia en un caso y Argentina-España en otro). Un motivo puede ser el ISP de cada uno, eran distintos, y es probable que tuvieran acceso a distintos proveedores de estos enlaces transatlanticos. Otro motivo es que por ser ejecutados en momentos distintos, y debido a congestion en el enlace, el paquete ICMP eligiera distintos caminos transatlanticos.

\end{itemize}


